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LARGE INVENTORY-SERVICE OPTIMIZATION IN 
CONFIGURE-TO-ORDER SYSTEMS 



DESCRIPTION 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention generally relates to computer assisted 
manufacturing processes and, more particularly, to a model for re-engineering 
a build-to-stock operation to a configure-to-order operation centered around 
"building blocks", thereby keeping inventory only at the component level. 

Background Description 

' A configure-to-order (CTO) system is a hybrid of make-to-stock and 
make-to-order operations: a set of components (subassemblies) are built to 
stock whereas the end products are assembled to order. This hybrid model is 
most suitable in an environment where the time it takes to assemble the end 
product is negligible, while the production/replenishment leadtime for each 
component is much more substantial. Personal Computer (PC) manufacturing 
is a good example of such an environment. By keeping inventory at the 
component level, customer orders can be filled quickly. On the other hand, 
postponing the final assembly until order arrival provides a high level of 
flexibility in terms of product variety, and also achieves resource pooling in 
terms of maximizing the usage of component inventory. Therefore, the CTO 
system appears to be an ideal business process model that provides both mass 



customization and a quick response time to order fulfillment. 

Such a hybrid model is often referred to as an assemble-to-order 
(ATO) system in the research literature. In an ATO system, usually there is a 
pre-fixed set of end-product types from which customers must choose. In 
contrast, a CTO system takes the ATO concept one step further, in allowing 
each customer to configure his/her own product in terms of selecting a 
personalized set of components that go into the product. Aside from checking 
that the product so configured must "make sense", there is no "menu" of 
product types that limits the customer's choice. 

PC manufacturing traditionally has been a build-to-plan (or 
build-to-forecast) process, a process that is sometimes referred to as the 
"machine-type model" (MTM) operation. There is a set of end products, or 
MTMs. Demand forecasts over a future planning horizon are generated for 
each MTM, and updated periodically for each planning cycle, typically, a 
weekly cycle. A "materials requirements planning" (MRP) type explosion 
technique is then used to determine the requirements for the components over 
the planning horizon, based on the bill-of-materials (BOM) structure of each 
end product. Because of the random variation involved in demand forecasts, 
safety stock is usually kept for each end product, as well as at each component 
level, in order to meet a desirable customer service level. However, holding 
finished goods inventory for any length of time is very costly in the PC 
business, where product life cycle is measured in months and price reduction 
takes place almost every other week. 

Y. Wang, "Service Levels in Production-Inventory Networks: 
Bottlenecks, Tradeoffs, and Optimization", Ph.D. Dissertation, Columbia 
University, 1988, applies an asymptotic result in an optimization problem to 
minimize average inventory holding cost with a constraint on the order fill- 
rate. J. M. Swaminathan and S. R. Tayur, "Stochastic Programming Models 



for Managing Product Variety", in Quantitative Models for Supply Chain 
Management, S. Tayur, R. Ganeshan and M. Magazine (eds.), Kluwer 
Academic Publishers, Norwell, 1999, pp. 585-624, use stochastic 
programming models to study three different strategies at the assembly stage; 
utilizing component commonality, postponement (the "vanilla box 
approach"), and integrating assembly task design and operations. Other related 
recent works, not necessarily in the CTO setting, include Y. Aviv and A. 
Federgruen, "The Benefits of Design for Postponement", in Quantitative 
Models for Supply Chain Management, S. Tayur, R. Ganeshan and M. 
Magazine (eds.), Kluwer Academic Publishers, Norwell, 1999, pp. 553-584, 
A. Garg and H. L. Lee, "Managing Product Variety: An Operations 
Perspective", in Quantitative Models for Supply Chain Management, S. Tayur, 
R. Ganeshan and M. Magazine (eds.), Kluwer Academic Publishers, Norwell, 
1999, 467-490, L. Li, "The Role of Inventory in Delivery-Time Competition", 
Management Science, 38 (1992), 182-197, and S. Mahajan and G. J. van 
Ryzin, "Retail Inventories and Consumer Choice", in Quantitative Models for 
Supply Chain Management, S. Tayur, R. Ganeshan and M. Magazine (eds.), 
Kluwer Academic Publishers, Norwell, 1999, 491-552. 



SUMMARY OF THE INVENTION 



The problem solved by the present invention is to migrate a 
manufacturing process from an existing operation to a Web-based CTO 
operation where customer orders will be taken from the Internet. As the CTO 
operation will eliminate the MTM inventory, the emphasis will be shifted to 
the components, or "building blocks", which will still follow the build-to-plan 
scheme, due to their long leadtimes, and hence still require inventory. The 
solution involves an inventory-service trade-off of the new CTO system, with 



5 r? 



resulting the performance gains, in terms of reduced inventory cost and 
increased service level. There are other benefits: There will be better forecast 
accuracy through parts commonality and risk-pooling. Customer demand is 
expected to increase, as orders will no longer be confined within a restricted 

5 set of pre-configured MTMs. 

Whereas most studies in the literature focus on certain segments of the 
supply chain, modeled as simple stand-alone queues, the present invention 
aims at modeling large-scale, end-to-end enterprise supply chains, such as 
those in the PC industry. The centerpiece of the invention is a network of 

1 0 inventory queues, which integrates inventory control with the delay-capacity 
features of queues. The network configuration is determined by the bill of 
materials (BOM) structure of the end products. The solution approach is a 
decomposition-based approximation, coupled with nonlinear optimization 
using conjugate gradient search. The model can be used not only to study the 

1 5 inventory-service tradeoff, but also to compare the effects on inventory and 



* service performances through changing the network configuration; i.e., the 

supply chain structure, and to identify the best configuration. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be better 
20 understood from the following detailed description of a preferred embodiment 
of the invention with reference to the drawings, in which: 

Figure 1 is a diagram illustrating an example of a bill-of-material 
structure of seven components used to produce three end products in an 
configure-to-order system; 
25 Figures 2A and 2B, taken together, are a flow diagram of an 

implementation of the inventory optimization algorithm according to the 
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invention; 

Figures 3A and 3B, taken together, are a block diagram showing a 
hardware platform on which the invention may be implemented; 

Figure 4 is a graph of optimal days-of-supply for selected components 
5 in non-stationary demand environment for a target service level of 95%; 

Figure 5 is a graph showing a comparison between a build-to-stock 
("as-is") and an configure-to-order ("to-be") system; 

Figure 6 is a graph showing the effect of improving forecast accuracy; 

and 

10 Figure 7 is a graph showing the effect of product variety on inventory. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT OF THE INVENTION 

We consider a hybrid model, by which each end product is configured 
to order from a set of components, which, in turn, are built to stock. In other 

1 5 words, no finished goods inventory is kept for any end product, whereas each 
component ("building block") has its own inventory, replenished from a 
supplier following a base-stock policy. 

Referring now to the drawings, and more particularly to Figure 1, there 
is shown a diagram illustrating an example of this hybrid model. Abstractly, 

20 there are seven components comprising the set S={ 1 ,2,...,7} which are used in 
various combinations to produce three end products comprising the set 
M={ 1,2,3}. The components are maintained in inventory, but no inventory is 
maintained of end products. Each component inventory is indexed by /, / 6 S, 
where S denotes the set of all components. Associated with each component is 

25 a "store", where the inventory is kept. 
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A TO Environment 



First, consider the traditional ATO environment. That is, there is a 
pre-specified set of end products (i.e., machine type models), with each type 
indexed by m G M where M denotes the set of all product types. For each 
product type, there is a corresponding demand stream. 

Time is discrete, indexed by /, with each time unit called a period. Let 
DJj) denote the demand of type m in period t. Each unit of type m demand 
requires a subset of components, denoted S m c S, possibly with multiple units 
of each component. From the BOM structure of the end product, we can 
identify M { as the subset of end products that all require component T as part 
of the assembly. That is, ^ - {m: i 8 S m }. 

There are two kinds of leadtimes; those associated with the 
components, and those associated with the end-products: * 

• L™, i G S: the in-bound leadtime - the time for the supplier of 

component / to replenish to store i once an order is placed. Assume 
this leadtime is known through a given distribution. For instance, a 
normal distribution with mean and variance given. 

• Z° ut , m 6 M: the out-bound leadtime - the time to supply a customer 

demand of type m, provided there is no stockout of any component 
/ 6 S m . This time includes the order processing time, the 
assembly/reconfiguration time, and the transportation time to deliver 
the order. The distribution of this leadtime is also assumed known. 

We can now express the demand at store / in period f, for any i E S and 
any t = 1, 2,..., as follows: 



me A/, 



Note this is the standard MRP type of demand-leadtime offset. We derive the 
mean and variance for DfJ) as follows: 

Var[Z>0] = E E E[D>0]P[C'=0 

-EfEEP„(r + 0]P[C'=«]) 2 



The variance calculation above assumes independence among demand classes; 
for correlated demands, simply add to the above the covariance terms. 

CTO Environment 

The above analysis is now adapted to the CTO environment. In this 
environment, there is no pre-specified product menu; in principle, every order 
can require a distinct set of components. Hence, we use M to denote the set of 
product/demand families that use the same set of components S. For instance, 
M= {low-end machines, high-end machines, servers}; orM^ {individuals, 
small business, corporations} . . 

Suppose D m is the demand associated with product family m in a 
certain period (for simplicity, the time argument t is omitted). Suppose each 
unit (order) in D m requires a random number of units from component i , 
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denoted as X mi , which takes on non-negative integer values. The sets M and M t 
are still defined as before, but they now take on the following form: 

S m = S-{i:X mi =0},and M r M - {m:X mi = 0} 

We can then translate the end-product demand into demand for each 
component i (per period). 

m€Af t Jt=l 



where X mi (k\ for k= 1, 2,..., are independent, identically distributed (i.i.d.) 
copies of X mi . Assume the mean and the variance of X mi are known. For 
instance, starting from the joint distribution of (X m ) ieS , derived from 

empirical demand data, we can derive the marginal distributions, and then the 
mean and the variance of X mi . Applying Wald's identity (S. M. Ross, 
Stochastic Processes, John Wiley &Sons, New York, 1996), we can derive: 

E[D,] = £ E[XJE[D m ), (3) 

me A/, 

Var[Z)J = E (EPJVar[^J + Var[DJE 2 [Jfj) 

- £ (E 2 [^JE[^ + Var[A-JE[Z)J-E 2 [A-JE 2 [Z)j) 

meAf, 



Therefore, equations (1) and (2) can be generalized as follows: 
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*lDffl= E EWEEPJ' + 0]P[ir=<]. (5) 



Var[£>,(f)] = E E 2 (A-„ f )E E[D^ + 0]P[C=«] 



me A/, f 
+ 



E Var(*j£ E[^ + {)]P[ir=«] 

- E E^iEEP^^^ptc'^]) 2 - 



meM t 



(6) 



t. 5 



p:5 
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Base-Stock Control 



lV 5 Let R t (t) denote the reorder point (or, base-stock level) in period t. Express the 



As mentioned above, suppose each store / follows a base-stock policy. 
0 denote the reord 

?" reorder point as follows: 

"hih 
i 

h RM-=m + *,(t)°X0, (7) 



where kj(t) is the desired safety factor, while u^O and o ( (t) can be derived (via 
queuing analysis as follows: 



^(0 = £ EWl ( 8 ) 



ofa) = £ Var[£><*)] ( 



(9) 
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where ^ m := E[L f m ]is the expected in-bound leadtime, and E[DX 5 )] 3n( ^ 

Var[Dj(^)] follow equations (1) and (2), respectively. Note that since time is 
discrete, we shall round up any real- valued ^ n to the next integer to be used 

in equations (8) and (9). Also note that the reason we choose to write R^t) as 
in equation (7) is because we model the demand as follows: 

AW^/t) + o,(t)'2, (10) 

where Z denotes the standard normal variate. 

To facilitate implementation, it is often desirable to translate R&f) into 
"days of supply" (DOS), or more precisely, periods of supply. To do so, note 
that the u^O part of R t (t) simply translates into periods of demand. In addition, 
we can turn the k t (t)oj(t) part of Rfa) into 



periods of demand. Hence, we can express R t (t) in terms of periods of demand, 
or DOS, as follows: 



Dos,® = «; 



in 



l+*,(0 



off) 
M/0 



(11) 



Note the intuitively appealing form of equation (1 1), in particular the safety- 
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stock (or rather, safety time) part, which is equal to the product of the safety 
factor and the coefficient of variation (i.e., the ratio of standard deviation to 
mean) of the component demand over the (in-bound) leadtime. 

For the inventory performance measures, the expected on-hand 
inventory and back-order level are as follows: 

EUtfft-offlMff). E[B,(t)] = °MG(m. (12) 
Here the function G(») is defined as: 

G(x) := E[Z-x]* = f(z-xMz)dz = $(x)-x$(x), (13) 

X 

with Z denoting the standard normal variate, <J> and O denoting, respectively, 
the density function and the distribution function of Z, and $ := 1 - 3>(x). The 
function //(•) is defined as: 

H(x) := E[x - Z] + = x + G(x) = <J>(x) + **(*). ( 1 4) 

Note that the expressions in (12) are based on the following identities: 

«0 = W(0-A(0r ^ *X0 = [A«-*,(0] + ; 

along with equations (7) and (10). Furthermore, we have 



?[D i (t) Z R&)] = P[Z ;> *,(/)] = $ (*X0), 



(15) 
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which relates to the service requirement to be elaborated in the next section. 

Next, suppose demand is stationary, i.e., for each demand class m, 
DJfy is invariant in distribution over time. Then, the mean and the variance of 
demand per period for each component / follow the expressions in (3) and (4). 
5 Consequently, (8) and (9) reduce to the following 

u, = t?E[D t ], and o) = «fVar[DJ. (16) 



We can then write 



i. "i 



R t = l?E[D t ] + k t J|» sd[D ( ]; 



(17) 



fc=i 

M 



and hence, 



r 



10 



DOS, = 



R,. 



E[i>J 



(18) 



£3 



where 0^ := sd[DJ/E[DJ is the coefficient of variation of the demand per 
period for component /. (Hence, 8 f /JC) 0 is the coefficient of variation of the 



demand over the leadtime Cj", which is consistent with the general formula in 
equation (11).) 

1 5 Sometimes it is more appropriate to adjust the demand distribution to 

account for non-negativity. Specifically, instead of D - \i + aZ, where 2 is the 
standard normal variate, we should have/) = [|i + oZ] + . The adjusted mean 
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follows from equation (13) as follows: 



E[D] = oEZ- 



(19) 



To derive the adjusted variance, note the following: 



E{[(Z-xy} 2 ) = "flz-xfWfrb 



= x(J> (x) + $ (x)- 2x<|> (x) +x 2 $ (x) 
= $(x)-xG(x), 



where the last equation makes use of equation (13). Hence, 



Var[2>] = o 2 V 



Z- 



= o 2 E 



= o 1 ! 



Z- -Jt 



- [E0)] 2 



(20) 



For moderately large x (say, x £ 2), from equation (13), we have G(-x)= x, 
and hence 
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E[D] - E[Z>], Var[D] « Var[Z)], 



from equations (19) and (20). Therefore, the above adjustment is only needed 
when the coefficient of variation of the demand, O/ji, is relatively large, say, 
0.5 or above. 

From equations (7), (17) and (1 8), it is clear that to identify the base- 
stock policy is tantamount to specifying the safety factor k, for each 
component inventory. In the following sections, we discuss how to set the 
safety factor values so as to achieve the best inventory-service performance as 
specified in the optimization problems below. 

For ease of exposition, we shall focus on stationary demand. For non- 
stationary demand, we can simply solve the optimization problems below 
period by period. 

Service Requirement 

To start with, consider the special case of each order of type m requires 
exactly one unit of component / € S m . Let a be the required service level, 
defined here as the off-shelf availability of all the components required to 
configure a unit of type m product, for any m. Let E { denote the event that 
component i is out of stock. Then, we require, for each end product me M, 

P[u, es £,] $ 1-a. 

From the well-known inclusion-exclusion formula: 

= £p(£,)-£p(W + £p(W^*) — > 



• 
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we have, as an approximation, 

n^tes 1 * E = E *(*,) * (2D 

There is another way to arrive at the above inequality. Suppose we 
express the service requirement as follows: 



5 * a » weM (22) 



o 




Note that the left hand side in inequality (22) is, in fact, a lower bound of the 


In 




no-stockout probability of the set of components in S m that is required to 






configure the end-product m\ i.e., it is a lower bound of the desired off-shelf 






availability. This claim (of a lower bound) can be argued by using stochastic 


□ 


10 


comparison techniques involving the notion of association. (Refer to, e.g., S. 
M. Ross, Stochastic Processes, 2 nd ed,, Wiley, New York (1998), for 






background materials.) Intuitively, since the component inventories are driven 


fit. 




by a common demand stream {D m (t)} 9 and hence positively correlated, the 


f "= 




chance of missing one or several components must be less than when the 




15 


component inventories are independent, which is what is assumed by the 
product on the left hand side of inequality (22). 



Since 

.*S M ieS m ieS m 



combining the above and inequality (22), we arrive at the same inequality in 
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(21). 

In the general setting of CTO, consider demand of product family m. 
Let A c S m denote a certain configuration, which occurs in this demand stream 
with probability ?(A). Then the no-stockout probability, J[ i€A $(k,), should be 
weighted by ?(A). Hence, the service requirement in (22) should be changed to 

AcS m teA 
AzS m ieA 



Since 

£ m = PCXJ>0) := r.* (23) 

is A 

in the CTO environment the service requirement in (21) can be extended to the 
following: 

£>>(*,) * 1-a, (24) 

where r mi follows (23). 

Note that in the CTO environment, in particular when X mi £ 1 , the 

stockout at component / should occur more often than$(fc ( .) due to the batch 



17 

size associated with each order. In particular, (15) should be modified as 
follows (omitting the time argument t): 



?[D^X>R { ] = ?Zzk r - £ = $ £ - — 

' o. ' o 



which is larger than $ (£.) . But this gap should be insignificant, since 



mi 




a 



where 0,: = a/n, is the coefficient of variation (or, forecast error); and the batch 

size of incoming orders is usually orders of magnitude smaller when compared 
against fi i9 which is the mean of demand summed over all product types 
me Mi and over the leadtime. Also note that this underestimation of the 
stockout probability is compensated by the overestimation involved in (22), 
since the latter is a lower bound of the no-stockout probability. 

We can now relate the above off-shelf availability requirement to the 
standard customer service requirements expressed in terms of leadtimes, W m . 
Suppose the required service level of type m demand is: 



P[FT m ^wJ ^ a, meM, 



(25) 



where w ffl 's are given data. 

Consider type m demand. We have the following two cases: 



18 

(i) When there is no stockout at any store / 6 S m - denoting the associated 
probability as K 0m (/), the delay is simply Z° ut , the out-bound leadtime. 

(ii) Suppose there is a stockout at one or several stores in the subset s c S m . 
Denote the associated probability as ns m (f). Then, the delay becomes 

Z, ° ut + T s , where T, is the additional delay before the missing 
components in s become available. 

Hence, we can write 

In most applications, it is reasonable to assume that 

C' * w M and L?^>w m (27) 

both hold almost surely. For instance, this is the case when the (nominal) 
outbound leadtime is nearly deterministic and shorter than what the customers 
require (this is, after all, a precondition for-running an configure-to-order 
operation); whereas the replenish leadtime for any component is substantially 
longer, hence it is virtually impossible to meet the customer service 
requirement in the case of any component stockout. 

Clearly, with the assumed inequalities in (27), the first probability on 
the right hand side of (26) becomes one, and the probabilities under the 
summation all become zero. Consequently, the leadtime service requirement in 
(25) reduces to the off-shelf availability 7t 0/7I , and a lower bound of the latter is 
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the left hand side of (22), as we explained earlier. 



Inventory-Service Optimization 



Our objective is to minimize the maximum stockout probability among 
all end-products subject to a given inventory budget. In view of equation (21) 
and the more general service contraint in (24), the problem can be presented as 
follows: 



where c t is the unit cost of the on-hand inventory of component, i, and B > 0 is 
a given parameter, the budget limit on the expected overall inventory cost. 
Recall that Ofl(k^ is the expected on-hand inventory of component i (refer to 
equation(12)) and O t follows the specification in equation (16). 

To solve the above optimization problem, we first apply a 
transformation of variables. Let 



mm max 




*,:= or*, = *■ '(*;). 



(28) 



Next, denote 
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We can then reformulate the problem as follows: 



min P 



(29) 



(30) 



(31) 



Here, the objective value p represents the upper limit on the stockout 
probability (or, "no-fill rate") over any product types. 
Several remarks are in order: 

(i) Note that //(•) is an increasing and convex function, as evident from the 
first equality in equation (14), while is decreasing and convex (convex 
when the variable takes values on the non-negative half-line). Hence, 
g(») is a decreasing and convex function. 

(ii) For two- end-products, m and m' , if S m > c S m and r mti zr mi for i€S m , 9 

then the constraint corresponding to m becomes superfluous. We 
assume in the above formulation, all such superfluous constraints have 
already been removed through preprocessing: (Note, however, the de- 
mand for such end-products (as type m') will still contribute to the 
calculation of o t in inequality (31), if m e M^) 

(iii) The constraint in inequality (3 1) is always binding, since g(«) is 
decreasing as explained in (i). 



The Lagrangian corresponding to the above optimization problem is: 
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where X m > 0 (aw 6 M) and T| £ 0 are the Lagrangian multipliers. Hence, the 
optimal solution can be obtained from solving the following system of non- 
linear equations: 

E rj- m = -n ieS (32) 

E K - 1 (33) 

E "V^*,) = B (34) 



Ev,= P, meM and A.„>0 (35) 



U teS. 

[(I 

□ 10 As there is no easy way to solve the above system of non-linear 



equations, we propose a greedy algorithm, which works as follows: We first 
^ discretize the problem - let A be the step size. For instance, set A = 0.01 % 

%. si* 

ri (one basis points), and start with x t = 0 for all /. At each step, we identify the 

variable x in such that increasing x it to x i0 + A will yield the smallest increase in 
15 the objective value. This corresponds to identifying whether the maximum, 

over all m 6 M, of the left hand side of inequality (30) will either (i) remain the 
same or (ii) increase by a positive amount. 

Consider case (i) first, i.e., there is a subset, denoted A<zS, such that for 
any / £ A, we can increase x t to x t + A, without affecting the current p value in 
20 the algorithm. In this case, we pick the index /* 6 A as follows: 
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r = argmax^o^^-^.+A)]/^}. (36) 

ieA 

In the complement case (ii), increasing x, (by A) for any i e S will result in a 
positive increase in the p value. In this case, we still follow (36) to pick the 
index /* replacing A by S. That is, we choose /* such that it will result in the 
smallest increase in p but in the largest reduction in inventory budget. 

The above procedure is continued until the inventory budget constraint 
is satisfied; i.e., until the left hand side of inequality (31) is brought down to B 
or less. 

The main computation involved in each step of the above algorithm is 
to evaluate the increment 

Since A is a small increment, we can approximate the above difference by the 
derivative, 

cA[-s'(*i + A/2)]-A. 
Note that from equation (10), we have 

H'(x) = -jc<j)(;c) + 4>(x) + x(J)(x) = $(x). 



And, 



Hence, 



23 



-g'(x) = -<fr($~W J 1 = i' x . (37) 

4>(*" ! M) *(*(*)) 

To summarize, the algorithm is implemented as illustrated in the flow 
diagram of Figure 2. The process begins with an initialization phase in function 
block 201 in which: 

For each i 6 S, set x t := 0. 

For each / e S 9 set r mi := ?(X m , > 0) 

For each me M, set P m := 0. 

Set P ;= 0. 

At this point, the process enters the outer one of three nested processing loops. 
The first step is to initialize the set of active building blocks, A, to A =* {} in 
function block 202. Then the second processing loop is entered in function 
block 203 which considers each / e 5, followed by entering the third processing 
loop in function block 204 which considers each end product m that uses 
component / in its bill-of-material. In function block 205, set P m := P m + r mi A, 
for all m such that / € S m to perform the processing in the third nested 
processing loop. Then, in function block 206, compute 6 ( := max m {P m } - p. A 
determination is made in decision block 207 to determine if 8, <, 0. If so, then 
add i to the set of active building blocks, A := A + {/}, to complete the 
processing in the second nested processing loop. In function block 208, 
determine if the set of active components A is non-empty; if so, set B : = A. 
otherwise set B :=S where B is a set of component indexes. In function block 
209, find /* := arg max ie5 { -cp/r^gXx, + A/2)}, where -#'(•) follows 
equation (37). In function block 210, setx* := x t * + A to update the no- 
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stockout probability of component /*. In function block 211, compute p = 
max me J3 mJ and in function block 212, check whether inequality (31) is 
satisfied. If yes, stop; otherwise, in function block 213 update p m for each m € 
M t ^ set p m := P m + r mi A, and go to function block 202 to complete the first 
processing loop. 

When there is only a single product type, the above algorithm is 
guaranteed to yield the optimal solution (modulo the discretization). For 
multiple product types, to solve the problem to optimality would require, at 
each step, the examination of all subsets of S, instead of just the individual 
components / € S. For instance, if components / and j are involved in two 
different product types, then it is possible, at some step, to increase both x i and 
Xj to jc, + A and jc. + A without increasing the objective value. 

Another case of interest is when each end product has (at least) one 
unique component, which we denote as im for product m. That is, M t = {i m } is 

a singleton set. In this case, it is quite easy to check the solution returned by the 
greedy algorithm to determine whether the solution satisfies the optimality 
conditions in equations (32) to (35). To do so, first note that equation (34) is 
always satisfied. Furthermore, equation (35) is also automatically satisfied in 
this case. For if Y^^nJ^i < P ^ or some enc * P r °duct dfM, then we can always 

increase the value of x it that corresponds to the unique component z ( ; and this 
will only decrease the overall inventory budget, since g(xj is decreasing in jc. ( . 

Hence, we only need to check equations (32) and (33). From equation (32), 
taking into account M. = {/ m }, we obtain 



r mi H 
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which, along with equation (33), yields 



„- EVA) 



What then remains is to check whether or not the X^s and T| derived from the 
above, along with the jc/s returned from the algorithm, satisfy equation (32), for 
5 / 6 5\{/ m> m € M}, the non-unique components. 

The "dual 1 * to the above optimization problem is to minimize the 
D expected total inventory cost, subject to the stockout probability of each 

m product no greater than p, a given parameter. That is, 

minEv^*"^) (38) 
teS 

s-t£ V,*P. me J/ (39) 

The greedy heuristic described earlier still applies. The only difference is the 
stopping criterion. Here, we stop when some (if not all) of the constraints in 
(39) become binding such that no x k values can be further increased. (That is, 
the set of end products corresponds to these binding constraints spans over the 
1 5 entire set of components 5.) 

Figure 3 illustrates in block diagram form a hardware platform on 
which the algorithm illustrated in the flow diagram of Figure 2 may be 
implemented. There are illustrated two databases 301 and 302 which provide 
inputs to processor 303. Database 301 contains optimization control 
20 parameters; specifically, budget limit on expected overall inventory cost and 
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step size for the greedy algorithm. Database 302 contains manufacturing 
system parameters. These are (i) demand for end product mEM in period 
t = 1, 2,..., T, (ii) inbound leadtime distribution for component iES, (iii) 
outbound leadtime distribution for end product mEM, (iv) the distribution of 
the number of units of component i used in the assembly of end product mEM, 
(v) unit cost of component i€S, and (5) bill-of-materials for end product mEM. 
The processor 303 accesses these databases and first performs preprocessing 
steps of propagating demand using equations (5) and (6) and computing the 
mean and variance of the demand over the leadtime using equation (16). After 
the preprocessing, the processor performs optimization processing. This 
includes applying variable transformation using equation (28), reformulating 
the optimization problem using equations (29) to (31), and solving the 
optimization problem through the greedy algorithm as illustrated in the flow 
diagram of Figure 2. Finally, the processor enters the postprocessing phase 
where the reorder points are computed using equations (5), (6), (17), and (28) 
and the reorder points are translated into days-of-supply using equation (18). 
The processor 303 outputs the computed information to an output device or 
database 304, this information including output days-of-supply for each 
component iES and output achieved service level for each end product mEM. 



Numerical Results 



The purpose of this section is to illustrate numerically the effectiveness 
of the model and the algorithm developed above. 



Problem Data 

Consider a family of desktop computers that consists of six different 
end products, denoted PC 1 - PC 6, which are configured from a set of 18 
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different components, or building blocks. The components are obtained from 
external suppliers with different supply leadtimes. Table 1 summarizes the data 
used in the numerical study, including the unit cost of each component and the 
supply leadtime (including time for shipment). 

Each end product is configured from a set of building blocks as defined 
by its bill-of- material (BOM). The BOM structure is displayed in Table 2. The 
final assembly process, for each end product, takes no more than 1 to 2 hours, 
which is order-of-magnitude shorter than the component leadtime. So this fits 
well with the scenario discussed above. 

We remark that the data provided in Tables 1 and 2 are based, on real 
data from the PC assembly system of a major computer manufacturer. To 
protect company confidentiality, we have altered the values of the data. The 
modified values, however, are still relatively close to a realistic product 
representation. 

We examine the performance of our model under several parameter 
settings. The parameters varied include the budget limit on the expected 
inventory cost, demand variability (in terms of the coefficient of variation), and 
the BOM structure. We also investigate the performance of the model when 
applied in a non-stationary demand environment. We check the results obtained 
from the optimization against Monte-Carlo simulation. Simulation point 
estimates and confidence intervals were constructed from twenty independent 
replications with 1,000 time periods in each replication. 

Table 1: Unit Costs and Supply Leadtimes of the Components 

Product Cost Component Cost Leadtime 



(in $) 



(in $) 



(in days) 



PC 1 



1099 Memory 64MB 



290 



15 



PC 2 



1331 Processor 450 MHZ 



307 



12 



28 





PC 3 


1308 


Processor 500 MHZ 


538 


12 




PC 4 


1243 


Processor 550 MHZ 


391 


12 




PC 5 


1243 


Processor 600 MHZ 


799 


12 




PC 6 


1098 


Shell 


42 


5 








Shell (Common Parts 1) 


114 


8 








Shell (Common Parts 2) 


114 


8 








Hard Drive 6.8 GB 


155 


18 








Hard Drive 13.5 GB 


198 


18 








Hard Drive (Common Parts) 


114 


8 


f c 7? 






CD ROM 


43 


10 








CD ROM (Common Parts) 


114 


10 


iri 






Video Graphics Card 


- 114 


6 


f : 

u 






Ethernet Card 


114 


10 


CO 






Software Pre-Load 1 


114 


4 








Software Pre-Load 2 


114 


4 



u 
H 

□ 



10 



Table 2: BOM Structure 



Component Usage 



Memory 64MB 
Processor 450 MHZ 
Processor 500 MHZ 
Processor 550 MHZ 
Processor 600 MHZ 
Shell 



PCI PC 2 PC 3 PC 4 PC 5 PC 6 

111111 

1 

1 

1 1 1 

1 

111111 
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Ml 



lx 
r ... 

a -~ 

Mi 



a 



10 



15 



20 



Shell (Common Parts 1) 
Shell (Common Parts 2) 
Hard Drive 6.8 GB 
Hard Drive 13.5 GB 
Hard Drive (Common Parts) 
CD ROM 

CD ROM (Common Parts) 
Video Graphics Card 
Ethernet Card 
Software Pre-Load 1 
Software Pre-Load 2 



1 1 



Demand Variability 

We first study the effect of demand variability on the service level, 
inventory budget, and optimal base-stock levels. Assume that demand for the 
six end products is independently identically distributed among the products 
and over the time, with a mean of E(D m ) = 100 per period; the coefficient of 
variation is 0.2, 0.4, and 1 .0. The budget limits are varied so as to obtain 
service levels (no-stockout probabilities) at about 90%, 95%, and 98%. The 
basic time period in all cases is one day. 

Tables 3 to 5 summarize the numerical results for these cases. The 
column labeled "opt." shows the optimal no-stockout probabilities of the end 
products for t e given inventory budget. The column labeled "sim." shows the 
corresponding 95% confidence interval obtained from simulation. Input to the 
simulation are the base-stock levels for the building blocks generated by the 
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optimization model. The base-stock level of each end product is zero, since 
each end product follows aft configure-to-order operation. 

Table 3: Comparison for End-Product Service Levels; 



E(DJ 100; cv(Z)J = 0.2 





B = 800,000 


B = 900,000 


B= 1,000,000 




sim. 


opt. 


sim. 


opt. 


sim. 


opt. 


PC 1 


0.949±0.010 


0.923 


0.975±0.006 


0.963 


0.989±0.004 


0.984 


PC 2 


0.949±0.007 


0.923 


0.975±0,005 


0.963 


0.989±0.004 


0.984 


PC 3 


0.980±0.004 


0.923 


0.990±0.003 


0.963 


0.995±0.002 


0.984 


PC 4 


0.966±0.005 


0.923 


0.982±0.004 


0.963 


0.991±0.003 


0.984 


PC 5 


0.991±0.003 


0.945 


0.995±0.003 


0.974 


0.997±0.002 


0.988 


PC 6 


0.945±0.007 


0.923 


0.973±0.005 


0.963 


0.988±0.004 


0.983 



Table 4: Comparison for End-Product Service Levels; 



E(Z)J100; cv(DJ = 0.4 





B = 1,500,000 


B = 1,750,000 


B = 2,000,000 




sim. 


opt. 


sim. 


opt. 


sim. 


opt. 


PC 1 


0.927±0.013 


0.892 


0.969±0.007 


0.956 


0.989±0.004 


0.984 


PC 2 


0.928±0.008 


0.892 


0.970±0.006 


0.956 


0.989±0.004 


0.984 


PC 3 


0.969±0.006 


0.892 


0.987±0.003 


0.956 


0.995±0.003 


0.984 


PC 4 


0.949±0.007 


0.892 


0.978±0.004 


0.956 


0.990±0.003 


0.984 


PC 5 


0.983±0.004 


0.923 


' 0.993±0.003 


0.969 


0.997±0.002 


0.988 


PC 6 


0.919±0!009 


0.892 


0.967±0.005 


0.955 


0.988±0.004 


0.983 



31 



Table 5: Comparison for End-Product Service Levels; 
E(Z)J 100;cv(Z>J = 1.0 





B = 800,000 


B - 900,000 


B = 1,000,000 




sim. 


opt. 


sim. 


opt. 


sim. 


opt. 


PC 1 


0.926±0.013 


0.923 


0.951±0.011 


0.957 


0.967±0.009 


0.977 


PC 2 


0.926±0.013 


0.923 


0.949±0.008 


0.957 


0.967±0.007 


0.977 


PC 3 


0.954±0.007 


0.923 


0.970±0.005 


0.957 


0.981±0.004 


0.977 


PC 4 


0.933±0.008 


0.923 


0.953±0.007 


0.957 


0.967±0.006 


0.977 


PC 5 


0.971±0.006 


0.945 


0.981±0.005 


0.970 


0.988±0.004 


0.984 


PC 6 


0.928±0.011 


0.923 


0.953±0.009 


0.957 


0.969±0.008 


0.977 



Observe that the no-stockout probabilities returned from the 
optimization model is generally conservative; i.e., lower than the simulated 
values. This is expected as the off-shelf availability of each end product used in 
the optimization model is a lower bound of the true value, as explained above. 
Also observe that the bound becomes tighter as the service level increases, 
along with the increased budget. Furthermore, the bound appears to be closer to 
the simulation results as the coefficient of variation (of demand) increases. 

Among the six end-products, PC 5 is the only one that does not have a 
unique component. Observe that it alone achieves a higher service level than 
the other five end-products, which all have the same service level. In other 
words, all end-products with unique components have binding constraints in 
inequality (24), whereas PC 5 exceeds this service level. 

For the same cases, Table 6 summarizes the comparison for the 
expected overall inventory costs. It is interesting to note that while the 
simulation runs result in higher service levels, the associated inventory costs 
are also slightly higher. (The relative error, however, is still well below 5%.) 
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This suggests that in applications, when the inventory budget is a "hard" 
constraint, we need to input into the optimization model an inventory budget 
limit that is about 5% lower than its real value. 

Table 6: Comparison for Expected Inventory Costs; 
5 E(2>J = 100 





cv(DJ = 0.2 




cv(Z)J = 0.4 




cv(Z)„)=1.0 




opt. 


sim. 


rel.err. 


opt. sim. 


rel.err. 


opt. 


sim. 


rel.err. 


800,000 


841,819 


4.9% 


1,500,000 1,554,728 


2.5% 


4,000,000 


4,056,800 


1.4% 


900,000 


923,893 


3.5% 


1,750,000 1,774,716 


1.4% 


4,400,000 


4,419,355 


0.5% 


1,000,000 


1,014,657 


1.4% 


2,000,000 2,010,165 


0.4% 


4,800,000 


4,792,957 


0.1% 



Table 7 displays the solution found by the optimization model for the 
case of cv(£) m ) = 1 .0. For every component, the optimal solution is shown in 

three forms: base-stock level R t * , safety factor k t * , and days-of-supply DOS,. 

Clearly, these (optimal) values all increase as, the overall budget increases. The 
1 5 results also illustrate the effect of risk pooling: the higher the degree of 

commonality of a component, the lower the amount of safety stock required to 
maintain the service level. For instance, the safety stock for the 64MB memory 
module, which is used in all six products, varies between 3.86 and 4.48 days- 
of-supply, whereas the safety stock for the ethernet card, which is unique to PC 
20 3, is roughly twice that amount. 
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Table 7: Optimal Solution in Terms of Base-stock Levels, 
Safety Factors, and Days-of-Supply; 
E(Z)J = 100; cv(DJ = 1.0 







5 = 4,000,000 




5 = 4,400,000 




B = 4,800,000 




*/ 


K 


DOS, 


r; 


V 


DOS, 


*/ 




DOS, 




Memory 64MB 


11318 


2.44 


3.86 


11509 


2.64 


4.18 


11689 


2.83 


4.48 


5 


Processor 450 MHz 


1760 


1.62 


5.60 


1856 


1.89 


6.55 


1950 


2.16 


7.49 




Processor 500 MHz 


1760 


1.61 


5.59 


1856 


1.89 


6.55 


1950 


2.16 


7.49 




Processor 550 MHz 


4793 


1.99 


3.98 


4940 


2.23 


4.46 


5088 


2.48 


4.96 




Processor 600 MHz 


1745 


1.57 


5.45 


1842 


1.85 


6.42 


1936 


2.12 


7.35 




Shell 


4803 


3.29 


3.00 


4880 


3.43 


3.13 


4940 


3.54 


3.23 


10 


Shell (Common Parts 1) 


6818 


2.91 


3.36 


6922 


3.06 


3.54 


7045 


3.24 


3.74 




Shell (Common Parts 2) 


6818 


2.91 


3.36 


6922 


3.06 


"3.54 


7045 


3.24 


3.74 




Hard Drive 6.8GB 


7251 


2.52 


6.17 


7390 


2.71 


6.63 


7540 


2,91 


i 1 1 
7.13 




Hard Drive 13.5GB 


7028 


2.21 


5.42 


7192 


2.44 


5.97 


7356 


2.66 


6.52 




Hard Drive (Common Parts) 


6818 


2.91 


3.36 


6942 


3.09 


3.57 


7045 


3.24 


3.74 


15 


CD ROM 


1863 


2.73 


8.62 


1921 


2.91 


9.21 


1978 


3.09 


9.77 




CD ROM (Common Parts) 


1742 


2.35 


7.42 


1809 


2.56 


8.08 


1877 


2.77 


8.76 




Video Graphics Card 


4538 


2.81 


3.08 


4638 


2.99 


3.27 


4729 


3.16 


3.46 




Ethernet Card 


1742 


2.35 


7.42 


1809 


2.56 


8.0 


1877 


2.77 


8.76 




Software Pre-Load 1 


2740 


2.85 


2.85 


2805 


3.01 


3.01 


2878 


3.19 


3.19 


20 


Software Pre-Load 2 


795 


1.97 


3.94 


842 


2.21 


4.41 


889 


2.44 


4.88 



Unique Components 

Next, we illustrate the special case that each end-product involves at 
least one unique component, in particular, the verification of the optimality 
equations (26) to (29), as discussed at the end of the last section. Recall, in the 
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above example, PC 5 is the only end-product that does not have a unique 
component. To obtain a scenario where each end product has at least one 
unique component, we modify the original bills-of-materials structure by 
letting PC 3 and PC 4 both use the 6.8GB hard drive, while reserving the 
13.5GB hard drive as a unique component for PC 5. This way, PC 5, like all 
the other end-products, also has unique component. 

We run the greedy algorithm on this modified BOM structure fo the 
case of cv(D m ) = 1 .0. The results are summarized in Tables 8 and 9. Notice that 
the six end products now achieve the same service level because they all have 
unique components, and thus all constraints in inequality (24) become binding. 

Table 8: Comparison for End-Product Service Levels 
(With Each End-Product Having at Least One Unique Component); 







E(DJ 


= 100;cv(D w ) = 


1.0 








B - 4,000,000 




B = 4,400,000 




5 = 4,800,000 






sim. 


opt. 


sim. 


opt. 


sim. 


opt. 


PC 1 


0.934 ±0.012 


0.933 


0.956 ±0.010 


0.963 


0.971 ±0.008 


0.981 


PC 2 


0.932 ± 0.009 


0.933 


0.956 ± 0.007 


0.963 


0.971 ±0.006 


0.981 


PC 3 


0.961 ±0.006 


0.933 


0.975 ± 0.005 


0.963 


0.985 ± 0.003 


0.981 


PC 4 


0.940 ± 0.007 


0.933 


0.958 ±0.006 


0.963 


0.972 ± 0.005 


0.981 


PC 5 


0.946 ± 0.009 


0.933 


0.965 ± 0.008 


0.963 


0.978± 0.007 


0.981 


PC 6 


0.936 ±0.010 


0.933 


0.959 ± 0.009 


0.963 


0.973 ± 0.007 


0.981 • 



When comparing the results for the original and modified BOM 
structures as shown in Tables 7 and 9, we find that the optimization produces 
similar days-of-supply targets for all components except the two hard drives. 
The safety stock of the 13.5GB hard drive increases from 5.42 to 8.19 days-of- 
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supply, whereas that of the 6.8GB hard drive decreases from 6.17 to 5.05 days- 
of-supply. This again is a consequence of risk-pooling because modifying the 
BOM structure increases the commonality of the high-capacity hard drive, and 
at the same time decreases the commonality of the low-capacity hard drive. 
5 To verify the optimality equations, recall from the discussion above that 

we first determine the Lagrangian multipliers, X m and T], based on the solutions 
returned by the algorithm, and then check the equations in (26) for all the non- 
unique components. Table 10 lists the gap, labeled "abs.err", between the left 
hand side and the right hand side of the equations in (26) for all the non-unique 
10 components. The gap is indeed very small, on the order of 1 0" 8 or below. This 
clearly indicates that in this case the greedy algorithm has returned an optimal 
w solution. (That there is a gap at all is mainly due to discretization.) The other 



in 



two cases, with the coefficients of variation being 0.2 and 0.4, yield similar 
results. 



Table 9: Optimal Solution in Terms of Base-Stock Levels, 
Safety Factors, and Days-of-Supply (With Each End-Product 
Having at Least One Unique Component); 
E(Z>J = 100;cv(2>J = 1.0 

5 = 4,000,000 5 = 4,400,000 5 = 4,800,000 





*; 


*,* 


DOS 




K 


DOS 


r; 


*; 


DOS 


Memory 64MB 


11357 


2.48 


3.93 


11542 


2.68 


4.21 


11731 


2.88 


4.55 


Processor 450 MHz 


1781 


1.68 


5.81 


1876 


1.95 


6.75 


1970 


2.22 


7.69 


Processor 500 MHz 


1781 


1.68 


5.81 


1876 


1.95 


6.75 


1970 


2.22 


7.69 


Processor 550 MHz 


4788 


1.98 


3.96 


4936 


2.23 


4.45 


5088 


2.48 


4.96 


Processor 600 MHz 


1767 


1.63 


5.66 


1863 


1.91 


6.62 


1956 


2.18 


7.56 


Shell 


4837 


3.35 


3.06 


4940 


3.54 


3.23 


5038 


3.72 


3.40 
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Shell (Common Parts 1) 


6843 


2.95 


3.40 


6963 


3.12 


3.60 


7080 


3.29 


3.80 


Shell (Common Parts 2) 


6843 


2.95 


3.40 


6963 


3.12 


3.60 


7080 


3.29 


3.80 


Hard Drive 6.8GB 


11525 


2.66 


5.05 


11703 


2.85 


5.40 


11881 


3.04 


5.76 


Hard Drive 13.5GB 


2619 


1.93 


8.19 


2724 


2.18 


9.23 


2827 


2.42 


10.26 


Hard Drive (Common Parts) 


6843 


2.95 


3.40 


6963 


3.12 


3.60 


7080 


3.29 


3.80 


CD ROM 


1860 


2.72 


8.59 


1921 


2.91 


9.21 


1978 


3.09 


9.77 


CD ROM (Common Parts) 


1739 


2.33 


7.38 


1807 


2.55 


8.06 


1877 


2.77 


8.76 


Video Graphics Card 


4561 


2.85 


3.12 


4663 


3.04 


3.33 


4750 


3.19 


3.50 


Ethernet Card 


1739 


2.33 


7.38 


1807 


2.55 


8.06 


1877 


2.77 


8.76 


Software Pre-Load 1 


2752 


2.88 


2.88 


2825 


3.06 


3.06 


2896 


3.24 


3.24 


Software Pre-Load 2 


793 


1.96 


3.92 


842 


2.21 


4.41 


890 


2.45 


4.89 



Table 10: Optimization Results for Non-Unique Components 
(Scenario Where Each End Product Has at Least One Unique 
Component); E(DJ = 100; c\(D J = 1.0 

B = 4,000,000 B = 4,400,000 B -4,800,000 







* 


abs.err. 


* 


abs.err. 


* 


abs.err. 


15 


Memory 64MB 


0.0073 


5.20" 8 


0.0041 


3.04- 8 


0.4983 


1.68 8 




Processor 550 MHZ 


0.0233 


3.02- 8 


0.0129 


1.84- 8 


0.4949 


1.10 s 




Shell 


0.0005 


5.59' 8 


0.0003 


3J8- 8 


0.4999 


2.26* 8 




Shell (Common Parts 1) 


0.0018 


5.31' 8 


0.0011 


3.20' 8 


0.4996 


1.73 s 




Shell (Common Parts 2) 


0.0018 


5.31- 8 


0.0010 


3.20* 8 


0.4996 


1.73 8 


20 


Hard Drive 6.8GB 


0.0059 


5.21 8 


0.0034 


3.10- 8 


0.4987 


1.70' 8 




Hard Drive (Common Parts) 


0.0018 


5.31- 8 


0.0011 


3.20* 8 


0.4996 


1.73 s 




Video Graphics Card 


0.0025 


4.08- 8 


0.0014 


2.58- 8 


0.4994 


1.24* 8 




Software Pre-Load 1 


0.0022 


2.72' 8 


0.0013 


1.76" 8 


0.4995 


0.93- 8 



YOR9-2000-0041 



37 

Non-Stationary Demand 

We next examine the effectiveness of the algorithm in handling non- 
stationary demand. For instance, when the demand forecast changes weekly, we 
can run the optimization model at the beginning of each week using the 
demand offset scheme described above. The base-stock levels are then updated 
weekly, based on the outcome of the optimization. 

To illustrate this approach, consider the product structure described in 
Table 1. Consider a planning horizon of 100 weeks, over which the mean 
demand for each end-product changes weekly, while the coefficient of variation 
(which measures the forecast error) remains constant. Specifically, we 
randomly generate the weekly demand from a uniform sample over the interval 
[525,875], while maintaining the coefficient of variation at 2.646. Using the 
algorithm that solves the "dual" problem described in (3 1) and (32), we 
minimize the total expected inventory cost subject to a set of target no-stockout 
probabilities, 90%, 95%, and 98% (corresponding to P = 0.10, 0.05, and 0.02). 
Table 1 1 compares the achieved service levels and the total expected inventory 
cost between simulation and the optimization model. Input to the simulation 
are the component base-stock levels, by week, generated by the optimization 
algorithm. 

Table 11: Comparisons for End-product Service Levels and 



Total Inventory Cost in Non-Stationary Demand Environment 





P = 


0.10 


P = 


0.05 


P = 0.02 




sim. 


opt. 


sim. 


opt. 


sim. 


opt. 


PC 1 


0.928±0.009 


0.900 


0.952±0.007 


0.950 


0.971±0.004 


0.980 


PC 2 


0.926±0.007 


0.900 


0.949±0.005 


0.950 


0.969±0.003 


0.980 


PC 3 


0.944±0.006 


0.900 


0.962*0.004 


0.950 


0.975*0.003 


0.980 
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PC 4 


0.929±0.007 


0.900 


0.951±0.006 


0.950 


0.968±0.004 


0.980 


PC 5 


0.950±0.006 


0.900 


0.965±0.004 


0.950 


0.978±0.003 


0.980 


PC 6 


0.922±0.009 


0.900 


0.950±0.008 


0.950 


0.970±0.005 


0.980 


Total cost 


$4,039,913 


$3,830,505 


$4,505,698 


$4,329,152 


$5,077,240 


54,924,748 



5 For 90% and 95% service level targets, the simulated no-stockout 

probabilities do exceed the values returned by the optimization. At 98% 
service level, the simulated values are slightly below their analytical 
counterparts. This is largely due to the weekly update of the base-stock levels: 
whenever there is an increase in demand, and hence an increase in base-stock 
^: 10 levels, from one week to the next, there is a time lag in building up the 

Ul inventory, due to the supply leadtime, and the available stock may be 

U insufficient to accommodate the increase in demand. This shortfall can be 

\" eliminated if the base-stock levels are updated more frequently, say, daily. We 

CS further observe that the analytical estimates of the expected total inventory 

p 1 5 cost are within 5.5% of the simulated values. 

"™ Figure 4 shows the optimal safety-stock levels (i.e., base-stock minus 

\-± 

% 4 work-in-progress (WIP)) converted to days-of-supply (DOS), for a subset of 

i $ 

p_ components in the example. Notice that the DOS values fluctuate very little 

over time. This suggests, in situations where the forecast error (in terms of its 

20 coefficient of variation) remains relatively constant over time, it suffices to 
follow a simple policy that tracks, for each component inventory, a constant 
DOS target (instead of updating the base-stock levels, which keep changing 
from period to period). Further, the results clearly demonstrate the benefit of 
risk-pooiing: building blocks that go into a larger number of end products 

25 (e.g., memory modules) require much less safety stock than building blocks 
that are only used in a small number of end products (e.g., CD ROMs). 
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Process Re-engineering Application 



Here we describe the study mentioned earlier, which was part of a 
larger project aimed at the re-engineering of an existing business process from 
a build-to-stock operation to an assembly-to-order operation centered around 
"building blocks" (i.e., keeping inventory only at the component level). 
To carry out the study, we have developed two basic models: the "as-is" 
model that is a reflection of the present operation, and the "to-be" model that 
is based on the optimization model described in the previous sections - in 
particular, with the component inventory levels generated by the algorithm. 
For both models, we aggregate the business' production-inventory system into 
two stages, the first stage consists of the components, or building blocks, and 
the second stage includes the assembly and the order fulfillment. 

Three factors have been identified as focal points of our study: 

(i) manufacturing strategy - the "as-is" operation versus the "to-be" 
model; 

(ii) the accuracy of demand forecast at the end-product level versus at the 
component level; and 

(iii) the effect of mass customization as a result of, for instance, direct sales 
over the internet. 

To study the first factor, we select a major product family at the 
business, which consists of 1 8 end-products configured from a total of 1 7 
components. We use the business* existing data - including BOM, unit costs, 
assembly and procurement leadtimes - to run a detailed simulation model. The 
demand for each end-product is statistically generated, based on historical 
data. The days-of-supply targets are set to meet a required service level of 



40 

95% (for all end-products). Following the business' current practice, these 
targets are determined using a combination of simple heuristic rules and 
judgement calls from product managers, and verified by simulation (via trial 
and error). 

We then feed the same data, including the same statitically generated 
demand streams, into the optimization model, which eliminates the finished- 
goods inventory at the end-product level and optimally sets the base-stock 
level for each component inventory. The optimization model minimizes the 
overall inventory cost while meeting the same service level of 95% for all end- 
products. We take the optimal base-stock levels, and rerun the simulation to 
verify the analytical results. 

Figure 5 shows the comparison between the "as-is" and the "to-be" 
models, in terms of the overall inventory cost. (To protect proprietary 
information, the vertical axis in all figures is normalized with respect to the 
inventory cost of the "as-is" model, which is 100.) As expected, the inventory 
cost at the end-product level is virtually eliminated in the "to-be" model. (The 
cost shown is due to WIP; the cost due to finished goods is nil.) In contrast, 
the "as-is" model keeps a significant amount of end-product inventory. On the 
other hand, the amount of component inventory is higher in the "to-be" model, 
which is again expected, since the required service level of 95% is common to 
both models. Overall, the "to-be" model reduces the overall inventory cost by 
about 30%. 

Note in the above study, both models use the same demand forecast, at 
the end-product level. The "to-be" model, however, can easily switch to 
forecasting demand directly at the component level. This will result in 
improved forecast accuracy, as we can take advantage of parts commonality, 
as each component is generally used in several end products. Hence, in our 
study of the second factor, we evaluate the effect of forecast accuracy through 



# 
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a sensitivity analysis. Figure 6 shows the overall inventory cost associated 
with three different levels of forecast accuracy. The first two columns, repeat 
the comparison in the last figure; i.e., both ("as-is" and "to-be" models assume 
30% forecast error (i.e., the coefficient of variation equals 0.3) at the end- 
product level; the next two columns represent improved forecast errors, at 
20% and 30%, achieved by the "to-be" model through forecasting at the 
component level. 

Our study of the third factor aims at analyzing the impact on inventory 
when the system supports a richer product set, in terms of product variety. The 
motivation is to support mass customization. In the Internet-based, direct-sales 
environment, for instance, the number of different product configurations that 
customers want to order can be significantly larger than what is currently 
supported in the build-to-stock environment. Figure 7 shows the inventory 
costs: the four columns on the left correspond to the current product set (lx), 
with the first scenario (SI) being the "as-is" model, and the other three being 
the "to-be" model at the current (S2) and improved (S3, S4) forecast accuracy 
levels, respectively; the four columns on the right repeat these scenarios with a 
product set that is ten times as large in variety (lOx), while maintaining the 
overall volume. (Also refer to Table 12 for a summary of all the different 
scenarios.) 

Observe that as the product variety increases, a significantly higher 
level of inventory is required in the "as-is" model. This is because forecast 
accuracy will deteriorate when the end products proliferate (i.e., larger 
varieties at smaller volumes). On the other hand, in the "to-be" environment, 
the increase in inventory cost is very modest. This is because the proliferation 
of end-products will have minimal effect on the forecast accuracy at the 
building-block level, due to parts commonality. This strongly supports the fact 
that the building-block model is the right process to support an internet-based, 
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direct-sales operation. 



Table 12: Summary of the Scenarios Used to 
Study the Effect of Product Variety 



Scenario 


Description 


Ix Cases 


lOx Cases 


SI 


"as-is" 


original product set, 
30% forecast error, 
90% service 


ten times larger product set, 
30%* /10 forecast error at 
MTM level 


S2 


"to-be" 


forecast at MTM 
level, 30% forecast 
error, 90% service 


ten times larger product set, 
forecast error as in S2(lx) 


S3 


"to-be" 


forecast at BB level, 
20% forecast error, 
90% service 


ten times larger product set, 
forecast error as in S3(lx) 


S4 


"to-be" 


forecast at BB level, 
10% forecast error, 
90% service 


ten times larger product set, 
forecast error as in S4(lx) 



The examples given demonstrate the advantages of the invention 
applied to the business of manufacturing personal computers (PCs). However, 
the invention has applications to other configure-to-order (CTO) 
manufacturing systems and is not limited to manufacturing PCs. Thus, while 
the invention has been described in terms of a single preferred embodiment, 
those skilled in the art will recognize that the invention can be practiced with 
modification within the spirit and scope of the appended claims. 



